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(54) Client server system with authentication 

(57) This invention relates to a way of downloading 
content from a server to a mobile phone in which the 
server can be accessed directly from within a phone 
menu application. The content is thus downloaded from 
the server to the mobile phone, and accompanying the 
content Is HTTP header that indicates the source URL 



of the server. The content once received at the phone 
from the server is then subjected to examination where- 
by the mobile phones determines whether or not the 
downloaded content is from a trusted server. 
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Description 

[0001 1 The present invention relates to a client-server 
system, and nnore particularly to a way of downloading 
content between a client and a server. 
[0002] A client-server system conaprises a client ter- 
minal and a remote server. In the context of the present 
invention a client terminal consists in a portable radio 
communication device such as a mobile phone operat- 
ing in a communications network. The server is located 
remotely from the client and is connected with the net- 
work. The dient tenminal and the server in the context 
of the present invention operate to transfer content and 
data between one another over the air by means of an 
a\f interface. 

[0003] Against this background and in one aspect, the 
present inventions provides a client-server system as 
set out in claim 1 

[0004] By means of the invention, an end user can ob- 
tain new secure content for use on his/her terminal from 
a server quickly, efficiently, and with minimal user input 
That is to say. the user is able to download content from 
a server to his/her terminal without having to carry out 
a large number of steps on his terminal (such as key 
depressions) in order to do so. 

[0005] In a specific example, a WAP enabled user ter- 
minal (e.g. mobile phone) has stored on a memory 
thereof an electronic game which the user can play by 
means of the phone's Games menu software and user 
interface (e.g. LCD, keys, etc). After a number of plays, 
the user may wish to have on his/her phone a new (or 
modified) version of the game (e.g. new level), which 
new version is available for downloading from a server 
of the games provider Accordingly, in a specific ar- 
rangement of the present invention, there Is provided, 
as a selectable option embedded in the Games sub- 
menu, a direct games services link, which the user can 
select to effect connection to the server. This directly ac- 
tivates, via the phone's WAP browser, a transmission 
from the mobile phone to the Games server comprising 
a request for a new games download. This request is 
received at the server, processed by the server and then 
if appropriate the requested games download is trans- 
mitted by the server via the network to the user's termi- 
nal. At the temninal, the new game's download is re- 
ceived, processed and stored on the phone's memory 
as the default version of that particular game. The whole 
process advantageously is automatic: the user is re- 
quired only to initiate the request for the new game's 
download using the direct games services link in the 
Games sub-menu, and the remaining steps of contact- 
ing the games server, downloading, and storing and set- 
ting the new games download as default is accom- 
plished without the user having to perfomi a great many 
further operations. Hence, in so far as the user is con- 
cerned the whole process of obtaining games down- 
loads level is a seamless one. 

[0006] In this Games download example, the advan- 



tages are achieved by the provision primarily of a com- 
bination in the mobile phone of a direct games servbes 
link in the Games sub-menu and a secure games down- 
load authentication means. Because of the direct games 

5 services link, the user does not need directly to navigate 
to and open the mobile phone's WAP browser, and be- 
cause of the download authentication means, the phone 
carries out security checks on the games download re- 
ceived from server and if recognised as the comingfrom 

10 a secure source is saved directly in the mobile phone 
memory as the default version of the game. 
[0007] The present invention is not limited, in respect 
of the requesting, downloading and security functional- 
ity, to just Games Services, but applies more generally 

15 to all forms of multi-media applications services such as 
music and images. 

[0008] Other aspects and features of the invention are 

defined In the appended claims. 

[0009] In order to aid a better understanding of the 

20 present invention, an embodiment of the invention will 
now be described. This should not be constmed as lim- 
iting the invention, but merely as an example of a spe- 
cific way of putting the Invention into effect. In particular, 
the invention will be described with reference to the ac- 

25 company ing drawings in which: 

Figure 1 Is a schematic of client-server system in 
accordance with a preferred arrangement of the 
present invention; 
30 Figure 2 is a block diagram illustrating selected 
functional aspects of the client server system of Fig- 
ure 2; 

Figure 3 is a flow chart outlining a prefen^ed way of 
effecting downloading of content in the client-server 
35 system of Figures 1 and 2, 

Figure 4 is a hierarchy illustrating a server side 
download structure; 

Figure 5 is a hierarchy illustrating a games data file 
structure; and 
40 Figure 6 is a game data file structure. 

[0010] Figure 1 outlines three entities of the present 
invention, namely a server 21 that holds content for 
downloading, an end user's mobile phone 31 that is able 

45 to download the content, and an operator network 41 
that provides a telecommunications service to the mo- 
bile phone 31 . The server 21 has a unique URL address 
and using this can be accessed by the end user through 
the mobile phone 31 which may be WAP or iMODE en- 

50 abled. 

[001 1 ] As indicated previously, electronic games soft- 
ware is one example of content for a mobile phone plat- 
form, and in the following example reference will be 
made to mobile gaming and games content, although 
55 the invention is in no way intended to be limited to mobile 
gaming and games content. 

[0012] l^/lobile gaming is a term used to refer to all as- 
pects of electronic games in the context of mobile com- 
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munlcations. It is not uncommon nowadays for mobile 
phones to have, pre-loaded on a memory of the phone, 
content relating to one or more electronic games. The 
games can be played on the mobile phone through the 
phone's User Interface nomnally Involving the use of the 
LCD and one or more of the keys. In order to play a 
game, the user navigates through the phone's various 
main menu options to the Games option and then se- 
lects the particular electronic game he or she wishes to 
play. Certain keys of the mobile phone's keypad will be 
preassigned for enabling the user to control certain pre- 
detemnined features of the game, usually in relation to 
other features of the game which are under the control 
of the software of the game. In this way, the user can be 
regarded as playing 'against the computer'. Additionally, 
in a two (or more) player game, each user (player) has 
control over his/her particular game's characters or fea- 
tures with which he/she plays against the other player 

(s). 

[0013] In general terms, an electronic game that is de- 
signed to be played on a mobile phone is created by a 
content provider, who may be the mobile phone manu- 
facturer or a third party. Typically, the electronic game 
comprises a games engine that provides the general 
functions of the game including instructions and routines 
for gameptay, for example by drawing of library functions 
that define how games characters may Interact during 
game play. The electronic game also has gaming pa- 
rameters that set out the environmental factors that de- 
fine the backdrop to the game. Then there are gaming 
parameters relating to characters of the games, these 
being entities of the game under user control and with 
which the user during gameplay associates himself, for 
instance a team in a sports game, or a fighter in a conn- 
bat game. In the games content, a combination of these 
factors define the look and feel of the game, its charac- 
ters, Its objectives, its rules of operation. 
[0014] In order to afford variation in gameplay, in-built 
into the games software, typically, is the ability to have 
different levels of gameplay ranging In complexity. This 
Is usually implemented in the software by making 
changes to characters, features, aspects and other pa- 
rameters ot the basic gameplay. The content provider 
additionally creates new levels and/or versions for the 
game. When new levels and/or versions are applied to 
the game it modifies the games content. Modified 
games content has associated with it an identifier tag 
that identifies the version that has been used In Its con- 
struction. 

[0015] The mobile phone manufacturer may embed 
the games content onto the phone during manufacture, 
or authorise downloading of the games content onto the 
phone. Thus the user of the mobile phone Is equipped 
for mobile gaming. 

[001 6] Turning to the end user, the end user is provid- 
ed with a mobile phone 31 carrying the original games 
content, and the phone is provided a wireless commu- 
nication service through the games operator network 
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41. The end user may begin playing the embedded 
game in either a stand-alone fashion or interactively with 
other users. After a number of plays of the game, the 
user will, in the majority of cases, become increasingly 

5 proficient at the game. After continued play, and de- 
pending on the skill and ability of the particular user, the 
end user will most probably master the game. At this 
stage, ordinarily the challenge of the game would fade 
and the user would lose interest In the game. However, 

10 by means of the preferred arrangement of the invention 
the user has the option to download from the mobile 
phone manufacturer's server 21 new levels and/or ver- 
sions so as to create a new and/or more difficult or dif- 
ferent level. The end user accordingly requests using a 

15 direct games services link in the Games sub-menu, the 
download of new levels and/or versions from the server 
21 via the operator's network 41 . The server 21 holds 
files of specific type containing the games data. Select- 
ing one of those files results In the downbad of the file 

20 to the mobile phone. After validation by the games en- 
gine and game Itself by means of a security and authen- 
tication process, the games data file is installed to the 
mobile phone's pemnanent memory. A more detailed de- 
scription of this process now follows. 

25 [0017] Referring to Figure 2, there is shown the end 
user mobile phone terminal 31 , which through the oper- 
ator network having an operator server 42 can access 
the mobile phone manufacturer's server 21 having a 
memory containing downloadable files corresponding to 

30 new levels and/or versions (LI, 1.2, L3) of a particular 
electronic game. An end user 31 wishing to connect to 
the server 21 to obtain a games download selects a di- 
rect games service link 32 provided as one of the se- 
lectable alternatives in the Games sub-menu, for exam- . 

35 pie a selectable menu item called "On-line" (or some- 
thing similar). The direct games sen/ice link is a menu- 
driven option embedded in the Games sub-menu struc- 
ture. When the user selects the "On-line" menu Item, the 
software functions to launch the mobile phone's browser 

40 33 (e.g. WAP browser) and load Into it a pre-determined 
URL identification, thus automatically activating a con- 
nection to that addressed URL sewer in order to send 
a download request to the server. For example a user 
of Nokia's 3340 phone would select "On-line" from within 

45 the Games sub-menu and this would launch the browser 
to load a file, e.g. www.clubnokia.com/games/3340/in- 
dex.wml . It may be that the "3340" portion of this exam- 
ple URL, is not included In the file definition, but Instead 
this information is derived by the server from the infor- 

50 mation which the phone's browser presents to the serv- 
er. 

[0018] Alternatively or additionally, the direct games 
services link option may be configured to appear on the 
LCD automatically on successful completion of a partic- 
55 ular game level. The user could in this case then elect 
to download the next level without having to return to 
the Games sub-menu. 

[0019] As indicated above, part of the request may 
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contain a location identifier that, based on pre-pro- 
grammed characteristics of the mobile phone, serves to 
place the user at the appropriate part of the server (e.g. 
automatically at the top of the navigation tree forthe us- 
er's phone, describe later in relation to Figure 4). Thus, 
the server is configured to detect the phone type from 
the infomiation passed to the server by the WAP brows- 
er This allows the server to present the right options/ 
data for that particular phone type. The user can thus 
access the content in an efficient manner. 
[0020] The user's request is received first by the net- 
work operator at the operator server 42, this is indicated 
In Figure 3 at block 100. Here a series of checks is car- 
ried out in relation to the request In an operator authen- 
tication process. As indicated at block 110 in Figure 3, 
it is checked whether the user subscribes to the appro- 
priate tariff to entitle him/her to access the server in or- 
der to obtain the requested service. Accordingly, the us- 
er's Identity is checked along with his/her tariff subscrip- 
tion. If a positive detemriination is made, i.e. that the user 
does subscribe to the appropriate tariff, the operator 
server forwards the request to the URL address identi- 
fying the mobile phone manufacturer's games server 21 , 
as indicated at block 120. 

[0021] If, on the other hand, the user is identified as 
not being a subscriber on the appropriate tariff to be al- 
lowed the desired service flow passes to block 1 1 5 in 
which the operator server sends a message to the user 
denying him/her the request. At this juncture, the mes- 
sage may contain information Informing the user of 
steps he may take in order to apply to subscribe to the 
correct tariff for obtaining games downloads. If at block 
115 the user agrees to the appropriate tariff he com- 
pletes the necessary subscription requirements and 
flow returns to START. 

[0022] Returning to the situation where the network 
operator accepts the user and engages the manufactur- 
er's server to service the request, the user's request re- 
ceived at the server undergoes further authentication 
and identification at block 1 30, for Instance to check for 
compatibility between the user's mobile phone and the 
games download requested. This may be on the basis 
of an identifier tag associated with the user's terminal 
software. 

[0023] On successful authentication at the server, the 
server provides access to data files that the phone will 
download via the browser and accordingly may present 
the user with a series of choices as to which version or 
level (e.g. LI , L2, or L3) the user would like to download. 
The server may offer further infonmation on each of the 
downloadable files. The server is equipped to deal with 
multiple phone types needing to access similar types of 
data, or in some cases the same data. The data may or 
may not be different for each of the phone types (for in- 
stance Nokia's 3330 and 3390 mobile phones are vari- 
ants of the same phone and so in order to support data 
download for these phones, the content is Identical. 
Conversely, if Nokia's 621 0 mobile phone supported da- 
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ta download for the same game as the 3330 mobile 
phone, the content would be different since the screen 
resolutions for the two mobile phone models differ. 
Thus, In order to access the games server there is a 

5 common root URL for all the games services, with a 
means for differentiating content such as a sub-directory 
for each mobile phone type, as illustrated in Rgure 4. 
Within that structure, the user browses URLs to locate 
the required downloadable data content. The links when 

10 browsing may in some cases take the user to data files 
that are common with other phones. Within the server 
memory, games data files are advantageously organ- 
ised within a common area for downloads by mobile 
phone model type. This requires sub-division by data 

15 version which is used to differentiate such things as 
screen size differences. 

[0024] Rgure 4 gives an example of a user navigation 
structure for data download for the Nokia game Palrs2 
in respect of mobile phone models 331 0, 3390 (which 

20 have the same data content) and 6210 (which has dif- 
ferent content). The illustrated user navigation structure 
does not necessarily imply that this structure exists as 
a directory hierarchy on the server, but this is the navi- 
gatable structure presented by the WML accessed via 

25 the mobile phone browser. In other words, from the 
header information contained in the request the server 
can identify the browser for the phone type making the 
request. This may be by using an initial file which is load- 
ed when accessing the services for that phone type (per- 

30 haps 'index.wml'). This file then allows the user to 
browse the structure shown in Figure 4. The exact com- 
position of the Pairs2 decks and cards that is presented 
to the server is a matter for server implementation. 
[0025] The user then makes a selection of the re- 

35 quired version. This is Indicated at block 140. 

[0026] Alternatively, the server may detect what ver- 
sion/level is currently stored on the user's handset by 
virtue of a games level identifier tag that accompanies 
the user's games download request, and on that basis 

40 only allow the user to download the next successive ver- 
sion/level. 

[0027] The selected games download then under- 
goes further processing in the server. Initially, the selec- 
tion passes to a controller 22 in Figure 2 that checks at 

45 block 145 in Figure 3 that the requested game is the 
appropriate one for the particular user to play. For in- 
stance, If the user is a novice at a particular game the 
server ensures that the game to be sent to the user is 
the level 1 (i.e. easiest) version of the game. 

so [0028] Such a check may be made by reference to a 
user profile that may be stored on the server (for exam- 
ple based on some pre-existing registration), or upload- 
ed to the server from the phone. The games controller 
22 then accesses the memory storage 23 holding the 

55 appropriate games download data file using a memory 
address, and from there retrieves a copy of the games 
download file, as indicated at block 150 in Figure 3. Fol- 
lowing appropriate checks, the games download file is 
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dispatched from the server and transmitted according 
to block 160 via the operator server 42 to the mobile 
phone. In downloading the games data file, the transport 
protocol presents certain pre-determlned codes or qual- 
ifiers with the data file which serve to provide an indica- 
tion of the server's identity, this is indicated at block 1 70. 
Specifically, the HTTP header may Indicate, through use 
of a specific mime type In a fomn such as: "Content- 
Type: application/X-NokiaGameData", the type of data 
that is being downloaded. This provides Infomnation on 
what processes can be applied to the file. When re- 
ceived, this Indicates to the mobile phone that the 
games engine should receive this content. Furthermore, 
the originating URL of the game data may be used as a 
means of validating the authenticity of the data. The 
mime type is used advantageously for any number of 
games which the mobile phone's game engine may sup- 
port, by removing the need to define a new mime type 
for each game. 

[0029] On receipt of the games download file at the 
mobile phone, a message is displayed on the phone's 
LCD indicating that the games download has been de- 
livered. The mobile phone*s processor canries out a se- 
ries of error checks to ensure that all the data has been 
faithfully received (block 190 in Figure 3), if not a void 
games data file is registered at block 200. In addition to 
the error checks, the mobile phone's processor invokes 
a security and authentication process, as given by block 
210. In this process, the phone checks that the conrect 
games download file has been received and from the 
correct server. 

[0030] To carry out the security and authentication 
process, the mobile phone's browser Is configured to ex- 
amine the Information passed between the server and 
the phone and more particularly to recognise and accept 
a file type for games download data (e.g. for Nokia 
games download data). Specifically, the games down- 
load data file is recognised by the browser by the mime 
type (e.g. apptication/x-Nokia-GameData) and can be 
passed first to the game engine and then by the game 
engine to the specific game for security and authentica- 
tion checks. 

[0031] The browser calls a handler from the games 
engine to process the games download data file. The 
handler Is based on the transport mechanism employed 
In the mobile phone (e.g. WAP, SMS or IMODE) and 
serves to signal the arrival of data. 
[0032] By calling on the handler, part of the authenti- 
cation is performed by the games engine, and another 
part is performed by the game itself since only the game 
itself can recognise certain play features of the game. 
[0033] If the browser sends the game applcation the 
source URL in the message with the data a check is 
made that the source is valid e.g. www.clubnokia.com/ 
games/, and the content may be rejected if it is detere- 
mlned from the check that It has not been sent from a 
valid source. Accordingly, if the games download file is 
verified as being from an authentic source, it is accept- 



ed, if not the games download is rejected as void data. 
[0034] If void game data is registered a notification is 
sent to the server via the operator of the rejected game 
(block 220) . If the games download data file is accepted, 
5 It is stored to the mobile phone's memory, as shown at 
block 230 in Figure 3. 

The downloaded game data file structure is described 
with reference to Figure 6: 

10 

[0035] Game engine data header: Data used by the 
game engine to validate the file and route the data to 
the correct game; Common game data header: data 
used by all games to validate the file and identify it; 

15 Game specific data: the data actually used when run- 
ning the game to revise the gameplay. 
[0036] Storage onto the phone's memory, may be car- 
ried out by the user through use of the menu options to 
save the game onto the phone memory. Alternatively, 

20 there may be automatic saving to memory on verifica- 
tion of error free receipt of a secure game. The data file 
would be stored in a part of memory that does not de- 
pend upon the phone remaining powered up, or with a 
charged battery. 

25 [0037] Storing the games download into the mobile 
phone memory modifies the previously stored games 
data for instance by overwriting library data or aspects 
of in-game data to provide modified content thereby 
avoiding taking up substantially extra memory space. 

30 [0038] The step of saving the games download on the 
phone causes a signal to be transmitted to the server 
via the operator that the games download has been ac- 
cepted and saved in the mobile phone memory. This 
acts as a conf Imnation of receipt and acceptance by the 

35 user as shown at block 200. 

[0039] Transfer of signals between the user's mobile 
phone and the server may use any appropriate modes 
such as WAP and SMS, advantage being taken of se- 
curity protocols established under these modes. For ex- 

40 ample, in order to establish a secure session between 
the server and the mobile phone there may be an ex- 
change of public keys, followed an exchange of secret 
keys. 

[0040] Thus it should be noted that this specific em- 
45 bodiment of the Invention, determines whether or not the 
received games download Is from a 'trusted* server, and 
this accordingly blocks downloading of games content 
from unauthorised sources. A trusted server Is one that 
the mobile phone recognises is a server authorised to 
50 provide content for download to the mobile phone, and 
this may be on the basis of information pre-loaded, 
flashed or even downloaded to the phone's memory, 
and may be implemented for example in the form of a 
look-up table. Advantageously, the invention provides a 
55 safeguard against the content crashing the phone. 
[0041] Various arrangements are envisaged for 
schemes for payment by the user for the downloaded 
content. One arrangement is to set a limit in the server 
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of number of times a single user could download a pur- 
chased piece of data. This would require database en- 
tries in the server to track which users had downloaded 
which data and monitor how many times the content has 
been downloaded. The same data could be downloaded 5 
again by paying again. This allows for reloading of data. 
Another arrangement is to have the games engine keep 
track of data it had ever downloaded. Whenever data 
was detected which was not previously registered on 
that mobile phone, the phone would prompt the user to io 
send a message (e.g. SMS) to the sender with a pre- 
defined message. This message may contain the data 2. 
identification and a reverse billing process is set up on 
the received messages to the server. Then instead of 
paying initially for the data content, the user gets billed i5 
for the act of "unlocking" it on the device. 
[0042] It should be understood that the specific de- 
scription given above provides merely one way of em- 
bodying the present invention, and that the present in- 
vention may be used in other forms and for other types 20 
of content download without departing from its essential 
attributes. 

[0043] Thus, reference should thus be made to the 
appended claims and other general statements herein 
rather than to the foregoing description as indicating the ^5 
scope of the invention. 

[0044] Furthermore, each feature disclosed in this 
specification (which terms includes the claims) and/or 
shown in the drawings may be incorporated in the in- 3. 
vention independently of other disclosed and/or illustrat- 30 
ed features. In this regard, the invention includes any 
novel feature or combination of features disclosed here- 
in either expFicitly or any generalisation thereof irrespec- 
tive of whether or not it relates to the claimed invention 
or mitigates any or all of the problems addressed. 55 4. 

[0045] The appended abstract as file herewith is in- 
cluded in the specification by reference. 



to connect to the server, 

and the authentication means compris- 
ing means for checking validation data of content 
downloaded from the server, 

and wherein the remote server comprises 

means for downloading said content to 
the portable radio communication device whereby 
validation data is associated with said content so as 
to be identifiable by said authentication means as 
originating from the said server. 

A client temninal comprising a portable radio com- 
munication device having a user Interface and au- 
thentication means, the user interface comprising a 
plurality of user selectable menu applications and a 
browser application operable to request content 
stored at the server, wherein one or more of the 
menu applications includes, embedded In a sub- 
menu thereof, a user selectable direct download 
link comprising the server address, whereby in re- 
sponse to user selectk>n of the direct downbad link 
from the sub-menu the browser application controls 
the radio communication devrce to transmit a signal 
to connect to the server, and the authentication 
means comprising means for security checking val- 
idation data associated with the content download- 
ed from the server. 

A system or terminal as defined in any preceding 
claim, wherein the terminal comprises means auto- 
matically, after said checking of the validation data, 
for storing the downloaded content to a memory of 
the terminal as a default memory setting. 

A system or terminal as defined in any preceding 
claim, wherein said validation data comprises 
download transport protocol HTTP header and the 
authentication means examines said header. 



Claims 40 5. 

1 . A client-sender system comprising 
a client terminal and a remote server, 

wherein the client terminal comprises a port- 
able radio communication device having a user In- 45 
terface and authentication means, 

the user interface comprising 

a plurality of user selectable menu 
applications and a browser application, 

and operable to request content so 
stored at the server, 

wherein one or more of the 
menu applications includes, embedded in a sub- 6. 
menu thereof, a user selectable direct download 
link comprising the server address, whereby in re- S5 
sponse to user selection of the direct download link 
from the sub-menu the browser application controls 
the radio communication device to transmit a signal 



A computer program product on a portable radio 
communication device, the product comprising a 
user interface comprising a plurality of user selecta- 
ble menu applk^ations and a browser application, 
wherein one or more of the menu applications in- 
cludes, embedded In a sub-menu thereof, a user 
selectable direct download link comprising a server 
address, whereby in response to user selection of 
the direct download link from the sub-menu the 
browser application controls the radio communica- 
tion device to transmit a signal to connect to the 
server. 

A computer program product on a portable radio 
communication device, the product comprising au- 
thentication means for security checking content 
downloaded from a server to the device so as to 
determine whether or not the downloaded content 
Is from a trusted server. 



6 



BNSDCX:iD: <EP 



1246428A2_L> 



11 EP 1246 428 A2 12 

7. A method for downloading content to a client temnl- 
nal consisting of a portable radio communication 
device from a server, the portable radio communi- 
cation device having a user interface comprising a 
plurality of user selectable menu applications and a 5 
browser application, 

wherein one or more of the menu applications 
Includes, embedded in a sub-menu thereof, a user 
selectable direct download link comprising the serv- 
er address, whereby in response to user selection io 
of the direct download link from the sub-menu the 
browser application controls the radio communica- 
tion device to transmit a signal to connect to the 
server, the method comprising selecting said direct 
download link from the sub-menu is 
so as to request content stored at the server, 
processing and downloading said content from the 
server to the portable radio communication device, 
and 

security checking the content downloaded from the 20 
server. 

8. A client terminal comprising a portable radio com- 
munication device having a user interface compris- 
ing a plurality of user selectable menu applications 
and a browser application, wherein one or more of 
the menu applications includes, embedded in a 
sub-menu thereof, a user selectable direct down- 
load link comprising a server address, whereby in 
response to user selection of the direct download 30 
link from the sub-menu the browser application con- 
trols the radio communication device to transmit a 
signal to connect to the server. 

9. A client terminal comprising a portable radio com- 35 
munication device having a user Interface compris- 
ing a plurality of user selectable menu applications 
and a browser application, means for requesting 
content stored at a server, authentication means for 
security checking the content downloaded from the 40 
server so as to determine whether or not the down- 
loaded content is from a trusted server. 
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